home *** CD-ROM | disk | FTP | other *** search
/ c't freeware shareware 2001 January / CT_SW0101.ISO / mac / software / dateiman / packer / macgzip.sit / MacGzip / Mac Docs / Some timings < prev    next >
Text File  |  1997-04-02  |  4KB  |  95 lines
  1.  
  2.     Some timings    
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30. •The test:
  31.  
  32.     file: pgp26is.tar (2088960 bytes)
  33.     > gzip -9N pgp26is.tar
  34.     > gzip -dN pgp26is.tar.gz
  35.  
  36.     (why the -N? just because I use it always (in $GZIP))
  37.     For Mac users:
  38.         gzip -9N := gzip, compress, level 9, save original name
  39.         gzip -dN := gzip, decompress, restore original name
  40.  
  41. •Notes:
  42.  
  43.     1) 'Power Macintosh' isn't a true PowerMac but an upgraded Quadra 950:
  44.         Processor:    PowerPC 601. (66 MHz)
  45.         System:    Version 7.5.1,    Tuner Integrated into System Software
  46.         Virtual Memory:    Active.
  47.         Addressing mode:    32-bit mode in use.
  48.         Modern Memory Manager:  Present and enabled.
  49.  
  50.     2) 'Macintosh IIfx' is:
  51.         Processor: 68030 (40MHz).
  52.         System:    Version 7.5.1,    Tuner Integrated into System Software
  53.         Virtual Memory: Active.
  54.         Addressing mode: 32-bit mode in use.
  55.  
  56.         If you are curious, the times for MacGzip 1.0b1 in a MacSE 1/20, System 7.5.1, are:
  57.  
  58.         gunzip: 186 sec.
  59.         gzip: 24 min 45 sec
  60.  
  61.     3) The machines:
  62.                     MacOS 7.5.1, MacSE 1/20 (68000 8 MHz), MacGzip 1.0b1 mw/68k
  63.                     MacOS 7.5.1, Macintosh IIfx, (68030 40MHz)
  64.                     MacOS 7.5.1, Power Macintosh. (Upgraded Quadra 950) PowerPC 601. (66 MHz)
  65.                     MacOS 7.5.3r2 (9500/132) PowerPC 604 132 MHz, MacGzip 1.0 mw/PPC
  66.                     HP-UX B.09.00 B 9000/43S (68040 33 MHz)
  67.                     HP-UX A.09.05 A 9000/735 (HPPA 99 MHz)
  68.                     IRIX 5.3 IP19 mips (SGI Onyx, R4400 150 MHz)
  69.                     IRIX 5.3 IP19 mips (SGI Challenge R4400 200 MHz)
  70.                     IRIX 5.3 IP22 mips (SGI Indy  R4600PC 100 MHz)
  71.                     SunOS 4.1.3_U1 2 sun4m (SPARCstation 20 60 MHz)
  72.                     SunOS 4.1.3_U1 2 sun4m (IPC, Sun 4/40 25 MHz)
  73.                     SunOS 5.4 sparc SPARCstation-5 (MicroSPARC II 85 MHz)
  74.                     SunOS 5.5 sparc SPARCstation-20 150 MHz Ross,RT626
  75.                     SunOS 5.5 sparc SPARCstation-20 150 MHz Ross,RT626, MAE 2.02LM, System 7.1
  76.                     VAX/VMS V5.5 (VAXstation 4000 Model 60)
  77.                     DOS 6.2, 80386 33MHz
  78.                     DOS 6.2, 80486 66MHz
  79.                     Windows NT 3.5, Pentium 90 MHz
  80.                     WinNT 4.0, Pentium 133 MHz (gzip-winnt 1.2.3)
  81.                     SunOS 5.5 Generic i86pc i386 i86pc (Pentium 133 MHz)
  82.  
  83.     4) Note: times for Unix and VMS are 'user' time (the part of the real time which OS gave to gzip); the rest is 'real' time. (for gzip 1.2.4 with Think C command line interface and for DOS gzip would be the same as user time, for the rest,  we don't know how much of the time our application was running and how much was used for background tasks)
  84.  
  85.     5) MacGzip:
  86.  
  87.         MacGzip is not the same program as 'gzip 1.2.4', since it draws windows, progress bars, does some translations while reading/writing to disk, etc etc, so it always will be slower. This is the price of a GUI…
  88.  
  89.         About real and user time, in a real multitasking system (Unix) the performance is better, since if no other process is running, the system won't interrupt ours (well, not too often); but in MacGzip, we give the control to OS every few instructions; regardless if it needs it or not.
  90.         
  91.         Before you ask, no, I don't know why decompression is so slow; maybe is because of the checks I have to make when writting in order to see if is macbinary, ascii, etc…
  92.  
  93.     6) Some of the machines have more than one CPU; but gzip is not a parallel program, so it does not makes any difference.
  94.  
  95.